home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19950329-19950528 / 000282_news@columbia.edu_Sun Apr 30 08:59:23 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA16575
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Sun, 30 Apr 1995 17:04:13 -0400
  3. Received: by apakabar.cc.columbia.edu id AA17538
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Sun, 30 Apr 1995 17:04:12 -0400
  5. Path: news.columbia.edu!panix!news.mathworks.com!gatech!swrinde!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd
  6. From: jrd@cc.usu.edu (Joe Doupnik)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: MS-Kermit 3.14 PL 3 crash
  9. Message-Id: <1995Apr30.145923.49249@cc.usu.edu>
  10. Date: 30 Apr 95 14:59:23 MDT
  11. References: <3o0aub$ipr@senator-bedfellow.MIT.EDU>
  12. Distribution: world
  13. Organization: Utah State University
  14. Lines: 24
  15. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  16.  
  17. In article <3o0aub$ipr@senator-bedfellow.MIT.EDU>, davis@space.mit.edu writes:
  18. > Hi,
  19. > 
  20. >    It seems that MS-Kermit 3.14 Patch Level 3 will crash upon startup if
  21. > there is less than 270K free memory.  Has this been noticed before?  I would
  22. > rather have it abort with an insufficient memory error.
  23. > 
  24. >    One way to verify this is to run Kermit, push to DOS, then using MEM to
  25. > monitor free memory, keep spawning new command.coms until the memory drops
  26. > below about 270K.  Then run a new kermit.
  27. > 
  28. >    The system is a 486 DX2 running DOS 6.22 with no TSRs loaded.  
  29. ------------
  30.     MSK does complain if not enough memory is available to complete
  31. the startup process. I think the situation maybe that DOS itself is locking
  32. up during the attempted load. The reason I suggest this is I tried the
  33. experiment twice, once with full networking going and again without. The
  34. full networking case yielded a dead machine, interrupts off, no keyboard
  35. lights, etc. Kermit itself does not do such things, and that leaves DOS.
  36. The second experiment was before networking and Kermit #2 complained about
  37. insufficient memory and refused to load; all was well otherwise. This too
  38. suggests that in the first experiment Kermit.exe itself did not get fully
  39. loaded and did not have a chance to execute any instructions.
  40.     Joe D.